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«"T£S£SU» SYSTEM FOR ^—G BROADBAND NETWORK 
CROSS-REFERENCE TO RELATED APPLICATIONS 

J^O*/ This aPpH-ion is related .0 co-pen^/app.ication -Network Management 
uZlL System for Manage a B^- »oviding Multiple Serv.c« 
^cation sell number fij^— . co-pending applicafon Me** 

2 System for General GeograpZvi^ Displays of Broadband Network Dwa 
applidn serial number 0*Z- «- — ly, and co-pendtng appltcat.0 
Lot. an. System forgoing an Efficient Use of Broadband Network Resources 
application serial numby09/_,_ filed concurrently. 

TECHNICAL FIELD 

The present invention relates generally to broadband networks such as 
hybrid fiber coax (HFC) networks providing multiple services and, more particuUrly, to a 
method and system for automated provisioning of HFC network resources. 

BACKGROUND ART 

Broadband networks such as hybrid fiber coax (HFC) neworks deliver 
video, telephony, data, and, in some cases, voice over mterne, Protoco, (Vo,P> services to 
consumers. Unlike traditional twisted pair local distribution networks, an HFC nemork 
must be managed to meet the capacity, availability, and reliability requirements of mulnple 
services. Video, telephony, and data services share the same transport infrastructure to the 
customer's service location. Because this relationship exists, it is important mat the set of 
HFC network management solutions meet the requirements of the HFC network and the 
requirements of the services transported by the HFC network to customers. 
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It is an object of the present invention to provide a method and system for 
automated provisioning of hybrid fiber coax (HFC) network resources. 

In carrying out the above object and other objects, the present invention 
provides a hybrid fiber coax (HFC) network having network elements operable for 
communicating telephony, data, and video signals with customer-premises equipment of a 
subscriber. The HFC network includes a database operable for storing data indicative of 
the configuration of the network elements and the customer-premises equipment, and for 
storing data indicative of assigned capacity of the network elements. An online 
provisioning application link (OPAL) is operable with the database for provisioning 
network elements with the customer-premises equipment of the subscriber based on the 
assigned capacity of the network elements in order to enable communication of telephony, 
data, and video signals between the HFC network and the customer-premises equipment of 
the subscriber. 

The HFC network may further include an HFC network manager for 
monitoring status of the network elements and the customer-premises equipment, for 
controlling configuration of the network elements and the customer-premises equipment, 
and for monitoring the configuration of the network elements and the customer-premises 
equipment. The HFC network may also include a fault manager having an alarm 
visualization tool operable with the HFC network manager and the database for generating 
visual displays of the status and configuration of the network elements and the customer- 
premises equipment of the subscriber. The HFC network may further include a trouble 
ticket system operable with at least one of the HFC network manager and the fault manager 
for generating trouble ticket alerts in response to improper status and configuration of at 
least one of the network elements and the customer-premises equipment. The HFC 
network manager updates the improper status and configuration of the at least one of the 
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£S — - * —-premises to a proper — - - trouble 

ticket alert has been addressed. 

The HFC network may also include an order manager operable with the 

• • • „ «f HFC network elements with customer-premises 
OPAL for monitoring the provisioning of HFC network 

* o cwvire desien, and inventory ODi) 
• m ™t hv OPAL The database is preferably a service, design, <m 

IbltCs 1 indicative o, physica, and logical connections beb^een Ute HPC 
" and me cnstomer-premises eo,ipmen, o f subscribers. The OP.L may proton 
2 network Cements with customer-premises eouipmen, such ma. the network elements 
and the customer-premises equipment are logically connected. 

Further, in carrying out the above object and other object, the present 
invention provides an automated method for provisioning HFC network resources. The 

!e work elem Is, and provisioning network elements with the customer-premtses 

ristomer-premises equipment based on the data indicative of the assigned capact* of 

1 Itwork e ements inorder to enabie communication of telephony. 

^s between the HFC network and the customer-premises e q nipme„, of a subscnber . 

The above object and other objects, features, and advantages of the present 
invention are readily apparent from the following detailed description of the *s. mode for 
Zfi* on, the present invention when taken in connection with the accompanytng 

drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

fig 

a hybrid fiber coax (HFC) network in accordance with a preferred embodiment of the 
present invention; 

, t ... -. pxu n f the broadband network shown in 
FIG. 2 illustrates a more detailed view ot tne oroau 

FIG. 1; 

FIGS 3 and 4 illustrate the Te.ecommunica.ions Managed Networks CTMN) 
^de, o f the HFC network management system in accordance with a preferred embodunen, 
of the present invention; 

FKB 5, 6, and 7 illustrate examples of visual correlation displays generated 
by the alarm visualization tool of the HFC nemo* management system; 

PIG. 8 MM a highly detailed view of the HFC network management 
system and the broadband network; 

FIO 9 illustrates a flow char, describing operation of the automation of 

, „^ with a oreferred embodiment of the present 
HFC network provisioning m accordance with a preterre 

invention; 

PIG 10 illustrates a block diagram of me major subsystems of the service, 
d esign, and inventory (SDI, system in accordatrce with a preferred embodiment of the 

present invention; 

PIG. 11 illustrates the components of the database of the SDI system in 
accordance with a preferred embodiment of the present invention; and 
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FIG. 12 illustrates a block diagram illustrating the automation of HFC 
network service provisioning in accordance with the present invention. 

DETAILED DESCRIPTION OF THE DRAWINGS 

Referring now to FIG. 1, a broadband network 10 in accordance with a 
preferred embodiment of the present invention is shown. Broadband network 10 includes a 
hybrid ftber coax (HFC) network 12 for distributing telephony, data, and video 
a customer 14 connected to the HFC network. An HFC network management system 16 ,s 

management system 16 focuses on the provisioning, maintenance, and assurance of 
O ,e,ephony, data, and video services over HFC network 12 for a customer 14. HFC 

network management system 16 provides automated system capabilities in the areas o, 
HFC services, network element provisioning, and fault management. 

HFC network 12 is operable for receiving and transmitting telephony, data, 
^ video signals fromrto a telephony service network 18. a data service nemork 20, and a 
video service network 22. HFC network 12 distributes telephony, dam, and video signals 
from respective networks ,8, 20, and 22 to a customer ,4 connected to the HFC nemork. 
Telephony service network 18 includes a .oca, switch 24 for connecting the public swtched 
telephone network (PSTN) 26 to HFC network 12 and a local switch operations center 28 
for controlling the local switch. SimUarly, data service network 20 includes a data router 
30 for connecting an Interne. Protocol (IP) data network 32 to HFC network 12 and a 
internet Service Provider (ISP) operations center 34 for centreing the router. Vtdeo 
service network 22 inCudes a video controHer 36 for connecting a video source 38 to HFC 
network 12 and a video operations center 40 for contro.ling the video controller. 

Customer 14 includes customer-premises equipment (CPE) elements for 
connecting with HFC network 12 to receive/transmit the telephony, data, and video 
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a« Such CPE elements 46 include a set-top box (STB) for video 

inkier 50 receives tactions from .oca. dispatch operate center 42 for 



14. 



Referring now to FIG. 2, a more detail view of broadband network 10 . 
sh0 „». Broadband ne^ork .0 inCudes a cab.e network bead-end >"«**™ 

outer 30, ,«a, switch 24, and video controUer 36 are „perab,e w,th « 
^receive data, teiephony, and video signa,s,o,from «-« ™ « FC ~» 

,1 Hub oflice 52 include, a cabie modem termination system (CMTS) 54 for 

(HDT) 56 for communicating telephony signals to/from iocal swnch 24, and v.deo 
equipment 58 for communicating video signals to/from video controUer 36. 

The bead-end of HFC nemo* 12 is located within hub office 52 and 
■* rMTS 54 HDT 56, and video equipment 58 for distributing the data, 
connects with CMTS 54, HDT 56, s^Mly HFC network 12 includes 

telephony and video signals to/from customer 14. Speofically, Hf 
rl^r / splitter network 60 connected to CMTS 54, HDT 56, and v~pmen 
8 Tor communicating signals to customer 14, combiner , spiitter «^ 
le data te.ephony, and video signa* into a combined signa, and provdes the combtned 

Combined signa, into an optica, signa, a. distributes the combmed 
oS signa, to a fiber node 64 via optica, fibers 66. Fiber node 64 is genera,,, located n 
r^orhood ofcustomer ,4. A typica, fiber node serves up ,0 1.2*0 customers ts 
pTeretby a power S upp,y 75. Power supp.y 75 generates sums —on and has a 
Zonde fo communicaung the stams information to HFC network management system 
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HIT converts the con** optical signal into a combined electric*, signa, 
(or distribution on coaxial cable 68 located in the neighborhood of customer 14. An 
amp.ifier 70 amplifies the combined electrical signa, and then provides me combined 
electrica. signa, .0 a node bus 73 and a port 72 associated with customer 14. 

Customer 14 includes customer-premises equipment such as a cable modem 
74 a network interface unit (N1U) 76, and a set-top box (STB) 78. Cable modem 74 
extra«s the data signal from the combined epical signal; N1U 76 extracts the telephony 
signal from the combined electrical signal; and STB 78 extracts the video signal from the 
combined eiectrical signa.. .n order ,0 communicate signals from customer 14 to hub 
office 52 for receipt by data router 30. local switch 24, and video controller 36, the s.gnal 
flow process is reversed and combiner / splitter network 60 in hub offioe 52 splits the 
signal from the customer to the appropriate service network (data, telephony, or video). 

Referring now to FIG. 3, a model 80 implementing HFC network 
management system 16 is shown. In general, the system capabiiities within HFC network 
management system 16 are designed ,0 adhere .0 me Tele—ni cations Managed 
Networks (TMN) model of the Internationa. Telecommunications Union. In accordance 
wiu, the TMN model, model 80 includes an element management layer 82, a network 
management layer 84, and a service management layer 86. The service and provisioning 
systems provided by HFC network management system 16 spans all three management 
layers 82, 84, and 86. 

Element management layer 82 is the physical equipment layer. Element 
management layer 82 models individual pieces of equipment such as HDTs 56, CMTSs 54, 
video equipment 58, cable modems 74, NIUs 76, and set-top boxes 78 along with facihty 
links in HFC network 12. Element management layer 82 further models the data and 
processes necessary to make the equipment and facility links provide desired functional^. 
Element management layer 82 passes information to network management layer 84 about 
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equipment problems and rostrucnons are rece.vedby 

,1 Cement management layer to activate, modi*, or debate equ.pn.en, features. 

Network management layer 84 includes network management system 16. 

,™ l<i aenerallv includes a network manager 88, a fault manager 
Network management system 16 generally incm 

9 „ a network configuration manager 92. and a network operattons cente (NOQ 94 
be described in greater detail below. Network management layer 84 d^ the 
taterfacesandconnecaonsbetweenmepiecesofeouipme^. As such, netwo k 

syjns required to implement these retn.es.. Without a connect^ mode,, nd.v,dua, 
^ systems are merely islands .a, mus, be bridged by human tn.rvent.on. 

Servic management layer 86 a— customers witb services provided by 
HFC network 12. Business service centers such as telephony service center 96, data 
I"er 98. - video service center !00 are the primary part of service management 

olmates from service management layer 86. Service management iayer 86 former 
originates irom operations center 

includes a trouble ticket system 102 for issuing trouble tickets 



104. 



,„ general, model 80 illustrates the systems and interfaces that support the 
functions o, HFC network management system !6 with respect ,0 HFC network 12 and the 
"that are prov.ded by the HFC network. These functions, together with processes 
and systems, support business requirements such as HFC automated pr„v,.omn g , 
lilted trouble ticket creation and handling, and automated da. analys, and reportmg. 

The functions of HFC management system 16 general., include HFC 
network-specific functions, services-specific network management functions, and HFC 
network- Ld services-specific functions. The HFC network-specific fi.nc.ons are status 
litoring (surveillance,, HFC network management, fault management (alarm corre,at.o» 



Docket No. 2001-0192 
(AB-109) 

functions are network capacity management, serv.ce assurance (trouble 

! HDTs support telephony service. CMTSs support data services, etc., performance 
e.g.HDlssuppo. f / network- and serv ces-spec.fic 

management, and system management (routers). The HFC network an 

functions are configuration management and provisiomng. 

The proves and systems reiated to Ore functions of HFC management 
S vs,em 16 inciude sources of network topology data, network inventor, and confrguratton 
Lagemen, network and services provisioning, network surveiUance, *» 
correlation, network faui. management, capacity management, serv.ce assurance, HFC 
teiephony and data eiement management systems, and system management. 

By integrating the functions, processes, and systems described above. HFC 
network management system 16 can support various integrated application,. These 
Tglted appLtions include automated HFC provisioning for telephony serves, auto 
Tie ticjcreation, visuai outage correction, and customer service represent. 

Referring now to FIG. 4, a block-level illustration of HFC network 
management system 16 implementation of the TMN mode, is shown. As 
ZL to F.O. 3, element management layer 82 includes network e emen* 54 6, and 
58 HFC network 12. power supply 75, customer-premises elements 14, and ome 
e, ipment. Eiemen, management iayer 82 provides sums information re^dmg th^ 
eLents to HFC network manager 88 of HFC network n^nagement system 16 located 
ZL management layer 84. HFC network manager 88 provides instructions to elemen 
lagemen, ■ yer 82 on how to configure the Cements ,ocated in the Cement management 
Z HFC network manager 88 .so provides mformation to service management iaye 
86 regarding the configuration „, the elements within the Cement management layer and 
whether there are any problems with the configuration. 
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(ATTB 0,03 PW ^ Ktwork amawmai systOT 16 provides mechanization 
and a— n o, operation tasks for HFC network 12. In order to support these opera,,on 
tasks, nemo* management .ayer 84 of HFC network management system 16 tndudes 
„ FC network manager 88, a fan., manager 90, and a network configuration manager 92. 
Fan., manager 90 includes a geographic information system too. referred to herein as an 
alarm visuaHzation too! (AVT). AVT 90 supports visual correlation of network elements 
aad customer impact. Network configuration manager 92 inciudes a service, design, and 
inventory (SDI) system 93 having a database representing HFC network 12. Tne database 
„ fS D.sys K m93storesaau,represe„tingmeassignedcapaci V ofHFCne™orkl2. 

Network configuration manager 92 further includes an online provisioning application Unk 
(OPAL) 95 OPAL 95 accommodates automated provisioning of services to customers. 
The association of HFC system- and service-specific network elements and associated 
faculties provides survei.la.ce and fault management tools that are able to aid network 
operations center 94 and ,oca. operations center .04 to respond to service-affecting network 



events. 



A brief overview of the main components in model 80 will now be 
described. Trouble ticket system 102 of service management layer 86 is used to support 
customer trouble management and the fault management process of HFC network 
management system 16. Trouble ticket system 102 supports all services (telephony, data, 
and video) and supports automated data collection for analysis and reporting systems, 
interfaces to HFC network manager 88 and SDI system 93 are implemented to support 
network-generated tickets and field maintenance trouble referrals. 

AVT 90 demonstrates and verifies the applicability of graphical visualization 
of HFC network 12 and service alarms. AVT 90 includes capabilities for assisting 
telephony and data maintenance operations in the trouble sectionalization, isolation, and 
resolution process. AVT 90 provides geographical displays with varying zoom levels 
(from country to street and household level) overlaid with node boundary, distribution plant 
,ayout, and equipment at single dwelling unit (SDU) and multiple dwelling unit (MDU) 

-10- 
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Premises The views of AVT 90 also represent switch and head-end loca 
F . . +u~m Mann and status information are 

hubs, secondary hubs, and connect between tern. Alarm and sta 

shown via co.or codes and icon size of .he equipment represents. AVT 90 d,sp.ays 
ticte . indicators as representations (icons) separate from aiarms. Through these 
geographic* views an operator wi.l be ab,e to visuaiiy correlate even, tnforrnauo. AVT 
,0 L assis«s operators in initiating troubie resoiution processes via the an,,* to iaunch 
trouble tickets from the displays. 

HFC network manager 88 supports the alarm surveillance and fault 
ma nagement process. HFC network manager 88 includes a rules-based object-oriented 
system to support auto ticket creation through trouble ticket system 102 and a geograpluc 
information system for visual correlation and alarm correlation with support from SDI 

system 93. 

SDI system 93 is a network configuration management application that 
supports HFC network provisioning, fault management, and capacity management 
processes. SDI system 93 also serves as the database of record for supporting the alarm 
correlation of the fault management process. OPAL 95 provides auto provisiomng 
functionality with the assistance of SDI system 93. 

HFC Networ ^-V^'fir. Functions 

The network-specific functions are functions that are common to HFC 
network 12 regardless of the services (telephony, data, video) that are offered by HFC 
network. 

1 Status Monitoring 

Status monitoring for the HFC plant includes telemetry information and is 
deployed in all power supplies and fiber nodes. This technology contributes to network 

-11- 
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Status monitoring alerts are useful in Oe.ec.ing prob.ems with standby inverter banenes. 
Tto alone enable, proaOive maintenance to ensure the ability .c ride through short- 
duration electric utility outages. Alerts from cable plan, power supplies also de.erm.ne 
when s.anoby g enera.ors should be deployed .o maintain powering tirrough long-durauon 
commercial power outages. Upstream spectrum managemen. systtms are deployed .0 
accep, au,onomous,y generated messages .ha, indica.e a degraded condition in the upstteam 
bands. Fundamentally, these systems are specuum analyzers with me capabiht, of 
masking normal spectrum behaviors from abnormal conditions and reporting such 
abnormalities. 

9 Networ k Management 

HFC network manager 88 supports fault management functions for HFC 
network 12. Included in the supported faul, management functions are surveillance of the 
HFC outside plant, message filtering, basic alarm management (e.g., notify, clear, rettre 
alarms), and tes, access support. HFC network manager 88 also supports visual alarm 
correlation, managemen, of some provisioning command execution, and exporting sums 
and traffic information to network operations center 94. 

HFC network manager 88 aggregates device faul, information and includes a 
software system tira, aliows development of message-processing rules and behaviors. HFC 
network manager 88 includes standard modules tha, allow it ,o communicate w,th any 
network protocol. The software resides on a server in each local market This ensures 
scalability, reliability, local visibility, faul, location, and a dis,ribu,ed compuung 
environment. The numerous connectivity capabilities ensure tin* HFC network manager 
88 can communicate win. AVT 90, SDI system 93, and OPAL 95. 

HFC network manager 88 is the primary tool available to technicians of 
network operations center 94. Because HFC network manager 88 interfaces to the various 



-12- 



Docket No. 2001-0192 
(AB-109) 



(AB-lua) 

!KS — —en, sys.cn,, the HFC network manager P-ides a 
H view for network options enter 94 into those systems. This insures the 

front each piece c f content - - * own particular management 
Xotoeoi . Addition^, * current «. rule sets perfonn one - — 
tp L faults as messages are receive,, and ciear the fan,, when a correspond** clear ts 
Zwed This contrasts with many vendor eiemen, management systems wh.ch pro tde a 
Ufa,, of continuously streanring arrays o, messages where fauUs and ciears are shown 
on the same screen sorted by time only. 

Because HFC network manager 88 is a rules-based system, the HFC 
network manager can implement advanced criteria designed by network and equipment 

powerful tool for managing the projected numbers of faults. 
1 Fault M ana gement 

Prior .o HFC network management system 16, manual correlation of 
information available from network eiements was used to isolate problems. Incommg 
£TL ^ from tabular Hstings on mu,tip.e workstations. Additional —on 

Tr „ub.e tickets were reviewed to see if related customer problems extst. Thts method 
ZLted the effectiveness of correlation,.,* is very time — and may resuU 
in dentils being overlooked due to the manual nature of the process. 

The present invention provides an enhanced correlation method for faul, 
management through a strategy that combines automated, visua., and cross-product 

eiements The present invention presents mis information in an automated user-fnend y 
root cause and location. 
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„ FC network manage, 88 is the data collection and processing engine for 
„, data, ana video e,uipmen, Ale, from * - - £ - ^ 

^ h nrnWera data from trouble ticketing system 102 are managed oy 
reP ° 7 ^1! * manager 88 processes these alerts against predeflned ru.e sets 
^ger 88. HFC network m g ^ ^ of SD , 

,o r:,:r:r --i— — — ■ 

I;!::,:! — — — 

processing in a database. 

AVT 90 is nsed in paraiie, to automated even, correction. AVT 90 htcludes 

7™s maximi.es me efficiency and effectiveness o, »«work operations center 94 

le^ipL, proximity, and connectivity proximity for tnereso.ut.on of aiarms, 
problems, and customer service. 

The fo.iow.ng sections describe how antomated correiation aiong with vist*. 
a nd cross-product correiation is performed in accordance with a preferred e— of 
,„e presen.inven.ion. In addition, the description „, report that are generated by SD. 
system 93 in support of the fault management is provtded. 

1 ft...™~.t- rt rmrelation 



Systems that can perform automated correlation of managed eiemems are 
needed ,„ establish associations between problems wuh customer's service and the 
e^ men, ma, delive,s .hose services. , order to perform — c„rre,.,on, .og.cal 
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network management system 16. in oraer iu s>u FF 

networKm g of cm svstem 93 must be an accurate database. The 

of the provisioning process for advanced services. 
h vicnal Correlation 

Visua. cordon enab.es network operations center 94 to re>ate the location 
„, fanned CPE with HFC network 12 feeding then, AVT 90 displays street maps of the 

:lat nave been overiaid with HFC cabie pian, diagram. These maps aiso S ho« the 
2* area boundaries for each fiber node, in addition to this static informal 

^ customer reported problems are aiso disced. Ceo-coding of network — 
„d — service addresses enabies the symbols to be accural located on the m ps 

to the streets and ph y sica> piant. mis method uuickly presents a vtsnai rndtcafon 
„, services that are experiencing probiems and the .ocation o, customers -noacted. 



Cross-Prod"^* Correlation 



Correlation is significant., more powerfn. when multiple servces are 
p,„vided. By defining * one or more products in the same section of the network are 
experiencing prob.ems or are operating normally, common equipment and _o» 
paths can be identified or eliminated as the trouble source. 
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byA VT 90 of some failed telephony NIUs 115. Display 110 provides a great deal of 
ilmatioo about the I-ation of a telephony problem. In addition to the failed Aphony 
NIUs 115, display UO shows the importance of knowing what is in the norma! state. In 
display 110i.isstillu„ce n ainifmeproblemisincable P lan.68orhe a d-end52. I. 
appears that a single amplifier 113 feeds all the failed telephony NIUs 115. 

Automated correlation information can further isolate the problem by 
indicating if the same modem equipment in head-end 52 serves all the failed cable modems 
,27 It could also indicate if any working cable modems 125 are served by the same 
.uodem equipment in head-end 52. 1, they are not. or mere are working devices off that 
same modem equipment in headed 52. men it is likely that the problem is in cable piant 
68 ,f they are served by the same modem equipment in headed 52, men trouble locafon 
is no. certain. Additional information from other produce could contribute in further 
isolating the problem. 

FIG 6 illustrates a second visual correlation display 120 generated by AVT 
,0 Display 120 includes Internet cab.e m«iem status information. Correlation™ 
be made against cable modems 125 and 127. In the area of the failed telephony NIUs 115, 
tee is one operating cable modem 125. Even though other modems in the node are 
turned off, this one piece of information indicates that cable plant 68 serving mis area may 
be properly functioning. Looking for troubie at head-end 52 may make more sense man 
sending a technician to look for line problems, particularly if all the failed telephony 
devices 1 15 are off the same cable modem equipment in head-end 52. 

In addition to the alarm data from the intelligent network elements, trouble 
ticketing system 102 provides the address and trouble type information from customer- 
reported problems. This is also displayed on the mapping system. The report clusters 
from this source can be useful in identifying soft failures, degradation, or content problems 
that are not accompanied by active elements but impact service. 
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FIG 7 Utotra.es a third visual correlation display 130 generated by AVT 90 
which inciude. a new symbol 135 tha, indicates —reported troubles. Visual or 
automated correlation desirably includes all elements in HFC network 12 wh,ch could 
possibly become single points of failure for different services or service areas. Thus 
ncludes network elements which are physically but no. logically related. Fo, example: 
„ber faciiities between the hub and Ore head-end are no. protected and are typtcal* bundled 
wim other node facilities. Au.oma.ed or visual corre,a.ion mus. be able to .denufy .hose 
common points of failure which could affect several nodes 64, such as a fiber cut or fadure 
of a power supply 75 which serves ail or parts of several nodes. The plan. da. a, must 
include knowledge of fiber fo, different nodes 64 sharing a common fiber bundle 66. 

L _^ sr r,. .he SD1 - y~" * *"™" ° f pa "" Momen t 

Referring back to FIGS. 1-4, SDI system 93 provides query capability that 
incudes two primary queries. One is a query by phone number, customer 14 name 
service address, or NIU 76 serial number. The returning da* would be customer 14 name, 
service address, latitude and longitude, each NIU 76 serving mat customer and assoctated 
NIU serial number, telephone number associated wim each port 72 on the NIU, fiber node 
64 andHD. The second query would be a query by fiber node 64 or HDT 56. The 
returning data womd be a list of customers and all NIUs 76 associated wid, custtmer 14. 

^r-i— c r ~. i fi^N«wnrkMan i .pf.m ent Functions 

The services-specific network management functions are those functions ma. 
are ne.work managemen. functions bu. are service-specific and are differen. for differen. 

services. 
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. m, .work C?r-""t Management 



Capacity management i S a high-priority function because HFC network 12 
supports advanced service (telephony, data, and video). There are four major components 
fo telephony capacity management: „ fixed capacity <voice ports, based on concentrate 
per headed modem node and NIUs 76; 2) fixed capacity between HDT 56 and the iocal 
switch including interface group management; 3) capacity based on traffic pattern and 
analysis; and 4) customer reference va,ue aliccation and management. In the case o, dtrec, 
connect MDUs, capacity issues reso,ve around: 1) channel aUocation, 2) transport capactty 
,„ iocai switch 24, 3) capacity based on traffic pattern and analysis, and 4) customer 
reference value aUocation and management. The major components for data capactty 
management include: » fxed capacity based on the technology platform, 2) capactty based 
„„ traffic pattern and analysis, and 3) fixed capacity benveen CMTSs 54 and data serv.ce 
providers 32. 

For telephony capacity management, SDI system 93 has telephony services 
modeled in its database. Based on business rules which govern the number of customers 
provisioned per head-end modem, fixed capacity is derived. This measurement ,s used, for 
example, for capacity planning and for adding additional capacity to a hub. 

«!,rvire Assuf ™" "-rouble TjcWimf and Administration) 

Trouble ticketing system 102 in conjunction with HFC network management 
system 16 provides for a robust and efficient service assurance capability having 
improvements in sys.em-,o-human interface, system-to-system interoperability with outer 
troubie ticketing systems, data storage systems and technician dispatch workflow systems, 
and nawork element management systems. Primary goals include automation of all 
aspects of trouble ticket generation, flow management, and closure to include escalation 
and event notification. A short-cycle implementation of easily designed and modified 
schemas, data field sets, and report queries mat can be managed by network operator 
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scale ,o an es,ima,ed .«> opera,ors a., 45 miHion object, respec„ve,v 

Trouble M svs,em .02 induces a abased (rouble management 
system software application ma, rr— operation* efficiencies tough field auto 
7,1 rules-bled M workflow, user an, managemen, team mainKnance of 

I -* ,e„, mar,, org—, ana - 
107 integrates with HFC network manager 88 for automatic trouble ncket 
; I!! C lor, manager 88 rifles ana loca.es alarms - modifies da* 
Abased on ru,es„ables, opens ana an,o-popu,a,es applicabie aaia fields, or Coses a 
trouble ticket. 

^ M^twork Elem™* Management 

„FC ne,work manager 88 communicates with eiement managers regarding 
network elements. HFC network manager 88 gamers performance, alarm, ana u— 
1 from network eouipmen, a„a communions facUUies. HFC „e,work manager 88 

IL—- — »»--~ MteMi ~"m:cen,ra, 
grooming, ,ime s,o, assignment, provisioning, and inven,ory are performed from cen,ra> 

location. 

■rer N,,wnrk- an d -irr"-—"^'*"- Functions 

The HFC network- ana services-specific functions are no, separable into 
network relatea functions or services-specific functions. For examp.e, for telephony 

anaservices. This is because in me case of teiephon, serv.ce, u n0l 

nerwork configuranon and provisioning is no, complex. This is because N.U 76 ,s 
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Cement - it ts really por,72 off o,the « that is acfivated during^ 
^-provisioning process. Current,,, for new service orders, the — o ( - 
7 6 takes p,ace o„.y after the service is ordered (i.e.. as a task re,ated ro serv.ce 
provisioning). The service configuration and provisioning takes p.ace after N.U 76 
instaUed and a port 72 on the N1U is assigned for Ore tetephony serv.ce. 

1_TnnfiP irQt ' nn Mana P emeDt 

Referring no* to FIG. 11, the database of SDI system 93 has two 
components for configuration management: 1, a physica, network inventor, 201 and 2) a 
J* network inventory 203. Physica. network inventory 201 is me tnventory of a«ua. 
nelork equipment (physic.) and logica. network inventory 203 describes how that 
^en, is configured and connected (physical and logical, through pa*s created by the 
telephony network 205, the video network 207 and the data network 209. The 
configuration information is vita, to automate the provisioning process and to perform 
efficient and effective fault management. 

SDI system 93 is an object-oriented software system that does network 

inventory management and design ^^^J^" 
tracks a customer's network service pa* from customer .ccafon to HDTs 56. SDI system 
93 provides strict referential integrity for network equipment, network connect.v,ty, 
cuslefs network service path, services that are provision* via this network serv.ce 

path. 

^-CJ/ Thedambase„fSDIsystem93A.sHFCne.workl2usingada a -ru,e 
^n-cmre^The data-rule structure representee eouipmen,, facilities and service .inks, and 
provisioned te,eph„ny customers. The/ta structure further represents links be«-ee„ 
HDTs 56 and fiber nodes 64, NmA customer .ocation, and aggregate .inks from the 
HDTs ,0 the NIUs a. customer^. ocations. The telephony serviceable household passed 
(HHP) dau, defines the geographic units (cable runs) in the database of SDI system 
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( ™mP la is accurate., geo-c«ded, the relief address location to 

fiber node 64, coax cable run 68, and latitude and long^The data-rule suture 
abates the ability to capture the basic elemey^d relationships of HFC network 12 
,„ support the NOC fault management process>S automated HFC network serve 
provisioning. The database of SDI systen^associates each ,e,epho„y-ready household 
passed address to a fiber node 64 and^oax cable bus 68 associated with this address. The 
database of SDI system 93 inciud/ute data elements required » support the provisioning 
process and provides repeatability to support network management aiarm correlation 
and fault management, 

4 database of SDI system 93 further represents services such as telephony, 
dM a, and video provided ,„ each customer 14 of HFC network 12. The slices are the 
connections between points in HFC network 12 with specified attributes. The serv.ee 
definition ruies define the types of equipment/ports and links with the appropriate attnbutes 
ftat can be interconnected together to provide the designated service. Servrces are 
generally realized by aggregate links. 

The database of SDI system 93 supports network inventory and topology 
data and ac* as a configuration system that allows for changes to be made to the network. 
Significant changes to the network can be entered through a batch ioad process and small 
changes can be entered using a GUI interface. The data is needed from various sources 
such as engineering data (equipment and cable links), HHP data along with associate of 
house to fiber node 64 and coax cable bus 68 it is served by, and data associated wtd, 
customers 14 that were provisioned prior to SDI system deployment. The HHP data 
includes house key, address, latitude, longitude, fiber node 64, coax cable bus 68, hub 52 
number, power supply 75, etc. Significant effort is involved in associating a household 
(customer 14) to a fiber node 64. It involves correcting landbase for a market so that 
latitudes and longitudes are correct. The fiber node boundaries are drawn on engmeenng 
drawings (a, coax bus level) so that association of a customer 14 to a fiber node 64 / coax 
bus 68 can be made. 
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The equipment location da* includes location for fiber nodes 64 and hubs 52 
with addresses, latitudes, and longitudes. The equipment da, includes equipment profiles 
^ equipment inventory such as HDTs 56. fiber nodes 64. forward and rerun, paths, etc. 
The network cabling data includes data determined by system architecture and actual 
cabling inventory and includes relationships of fiber node 64 forward paths/reverse paths, 
laS cr transmitters and receivers, and power supplies 75. The network aggregate In* data .s 
based on equipment, cable inventory, and network architecture. 

Referring now to FIG. 8, a highly detailed view of HFC network 
management system 16 within a broadband nemork environment is shown. In generate 
appfications of HFC network management system .6 normalize many of the vartab.es that 
exist in HFC network 12 so as ,0 allow the definition and support of provisioning and 
maintenance interfaces to the service moment layers. The interface, and se, 
delivery processes and functions established are reusable for telephony, data, and vtdeo 
services because the same set of functions need to occur and only the rules are different 
based on the service-enabling network elements. This implies that any network 
m a„agemen, system application desirably is an object-based, component architecture 
solution which is rules- and tables-driven to provide the flexibUity and scale to address a 
higb-capacity multiple-services network eiemen. environment. The goal of HFC network 
management system 16 is to integrate and automate system support snch that human 
intervention is minimally needed. 

FIG 8 represents a set of component systems and interfaces that are 
necessary to achieve integrated network management and automated HFC provisioning, 
automated trouble ticket generation, and automated fault management capabihues m a 
broadband network 10 having an HFC network 12. As introduced above, these are three 
key network management functions performed by HFC network management system 16. 
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• • „„ Pc example after a customer service represen.at.ve 153 

consideration is to prov 1S1 on a logical HFC ^ 

nremises 14 to the corresponding appropriate head-end office (HD J 
premises § ^ ^ ^ features . 

consideration is provisioning a local switch 2 intervention. As 

„f HFC network service provisioning means witnoui m<mu 
Automation of HFC n«w ^ ^ ^ ^ ^ _ ^ 

shown in flowchart 180 of F1U. fof ^ 

14 2 as shown in block 182, assigning appropriate HFC network ei 
manager 142 as snowu u shown in block 

. pt1 o 4 generating a line equipment number (LEN) as snown 

1!^ I prollon the ,oca. switch In co.unc.lon with service provisions .stems » 
as shown in block 190. 

The au.otna.ea HFC ntfwork service provisioning includes me assignmen, of 
HFC n«work component as shown in block 184 .o crea,e a logical circuit counecng me 
CPE rr—ing approve huh office equipment. This induce, —g *e 

h fiber node fiber pan,, and huh off.ee equipment. The au,oma..on of 
various coax bus, fiber node, fiber p , ^^.ion da<a being 

HFC network service provisioning depends on the HFC network c g 

to OPAL 95 The database of SD1 system 93 supports automated 

provisioning by storing exis>uu& i nPtwnr k 
has me abilHy » main** a referenda! integrity of network eqmpmen,, network 
connedvity, and logical service paths assccia.ed w,<h customer servtces. 

Anofcer requirement for automated HFC network service provisioning is 
» h i e the ability to design logical circuits based on the HFC 
automaton o ^ „ „„„ for . customer's service, this 

network topology. Also, alter a iogiu« v 

■ ■ . ^hvSDIsvstem 93 so that it can be later used for fault 
loeical circuit is tracked by 5>l>i system 7-> .... 

A further requiremen. for automated HFC ne^ork service p_ng ,s 
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m ~ — various types - technologies encountered * - <-* - 
I! consolidation and territory trading — various HFC nerwork providers and the 
rate of technology advances. 

Order manager 142 provides workflow control for the ordering and 
tractions with outer processes such as billing and dispatch provided by dispatch ^manager 
42 OPAL 95 is notified „, an order request via an interface with order manager 142^ 
OPAL 95 wUl transfer the order request to HFC network manager 88 which in ran, then 

, i /iA unT network element manager 14o 
interfaces to HDT network element manager 146. HDT networK e b 
mterfaces to OPA , 95 updates SD1 system 93 with assigned 

then executes the provisioning commands. OPALWJUpoat 

j,.o ft™. <inl svstem 93 to determine appropriate networK 
capacity data. OPAL 95 uses data from aVl system 

elements to assigned capacity. 

Referring now to FIG. 12, with continual reference to FIGS. 8 and 9, a 
block diagram illustrating the automation of HFC network service provisioning b. 
coordanL with the present invention is shown. There are five separate areas tha should 
ritotnated to achieve fully automated provisioning designs in OPAL 95. The firs, ,s 
71 creation entry o, service order data ht,„ a database of OPAL 95 which is perform* 
by an interface ,0 order manager ,42 for full automation. The second ,s design - selecuon 
„, the components (NIU 76, HDT 56, etc.,. The third is implementation - sending 
HDT/HEM ,0 the HDT network element manager .46, sending the LEN ,0 order manager 
14 2 and test data (from the HDT network element manager). The fourth is interfaces for 
systems such as OPAL 95; HFC network manager 88 can take an OPAL request and run, ,. 
L a sequence of commands necessary for provisioning a particular service on a particular 
piece of equipment. The fifth is broadband development - sequent of HFC network 
manger 88 ma, allow a single calling point to execute desired functions such as add new 
service, mdify existing service, and delete service. This is required for each desired 
function in each particular piece of equipment. 
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^' 103 '"I shown in FIG. 12, order manager ,42 receive, a service order from 

r^Isentative .53 for a customer .4. Order manager .42 men transfers 
customer service representative OPAL 95 stores the 

me service order to OPAL 95 as shown hy directtona. hue 301 °™ 9 

«, 146 selects a service network element 56 / line equipment number (LEN) 

til HK network 12 and service provider office 24 that can satis* the service 
Ttthtustlme 1 Network Cement mana g er 146 then transfers information 

J TZL service network e.emen, 56 / LEN to HFC network manager as 
regarding the selected service shown by 

• , i which transfers the information to OPAL 95 as snown vy 

direction* .me 30* me ^ 

* 7 J 6 / LBN^ong with the service order ,0 order manager .42 as 

service network element 56 / LfciN aiong w 

shown by directional line 3 1 1 . 

Order manager .42 men transfers a work order to dispatch manager 42 

ia t„ the selected service network element 56 / LbN in oracr 
ronnectine customer 14 to the seiecieu sci v 

assigns fie,d operation personne. such as a premise technician to perform 

« Dispatch manager 42 transfers status information to order manager 

Hardware functions. Dispatch* . ^ ^ complaed . Upon 

1 rpaarriing how and when the necessary n<uuwai 

142 regardtng ho g ^ rf netwoIk 

completion, dispatch manager 42 

rlnngofdiese^iceorder. Ordermanager ,42 <h„her provide, the identit, 
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dispatch -ager « - <™L 95 for the database of SDI system 93 
which stores the identity information with the service order for customer 14. 

ta addition to receiving a service order from customer service representative 
1S3 order manager 142 may receive a service order from an automated service 
provisioning system 28. Automated service provisioning system 28 includes hne 
information databases a*, voice mail systems. The hanging of a service order from an 
automated service provisioning system 28 Actions is handled the same way as a servce 
order from customer service representative 153 

Referring now back to FIG. 8, the second key network management function 
is automated trouble ticket creation. The following is a lis. of capabilities for 
accomplishing the goal of auto troubie ticket creation: data feed from fan., matrager 90 tnto 
outage tables of trouble ticket system 102; integration with customer service representee 
tools for enhanced automated rules-based diagnostic testing, capture, and auto-populafon 
of diagnostic information into appropriate data fields; integration with SDI system 93 va 
HFC network manager 88 to provide wide-scale and drill down system outage alert and 
notification for enhanced trouble correction; an interface to include simple diagnostic tool 
interface and auto trouble ticket generation/assignment based on diagnostic results and 
rules/tables. 

The third key network management function is automated fault management. 
HFC status monitoring 144 of HFC network manager 88 monitors HFC network 12 for 
configuration and problem status. Similarly, network element manager 146 of HFC 
network manager 88 monitors service network element 56 (i.e., HDT, CMTS, and video 
equipment) for configuration and problem status. HFC network manager 88 generates 
alarm data if there are any problems . Fault manager 90 uses the alarm data in conjunct^ 
with the network configuration data stored in the database of SDI system 93 to generate a 
graphical display of the location and type of problems. 
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93 FIG 10 illustrates the basic relationship between SDI system 93 and certain 
tonality as it penains to managin g HFC network ,2. SDI system 93 includes 
inventory information management capabilities ,52, appiication management capabu^ 
Z order process management capabilities ,56, - service/^nspor, destgn capabumes 
158 ; AH of these management and design capabilities interact with a ^ ta ^^^^^ ^ 
Database 160 interacts with data gateway ,62 via a GUI ,64 ,o rnterac. w,th NOC 94, 
manager 90, OPAL 95, and HFC network manager 88. 

inventory information management component 152 supports additions and 
changes to database 160 and enables tracking of the use and avai,abi,ity o, HFC network 
Cements and status through the use of queries and reports. Inventory information 
.nanagement component ,52 also manages the physica, inventory items and perrmts 
ZX - updating with respect ,0 such items as: household passed address to coax bus 
and J node association; ne^ork Cement and CPE profne and .ocation dau,; hnk da,, 
routing data; customer data; and hub office data. 

Service and transport design component ,58, also referred to as the design 
management component, uses different types of da., e.g., da, from database ,60, dau an 
operator enters about an order o, a customer and customer interface deftmtton data^o 
cLe and modify the design of HFC network ,2. The design subsystem is provided 
an automated provisioning capability mat, together with GU, ,64, permits an operator to 
see HFC network 12 grow as each link is created. 

Order process management component 156 tracks a„ orders from first 
contact to a moment when a ,ink goes into service, including management of scheming 
jeopardy information, and order sums. A number of order management features support 
the design management subsystem such as: creating, querying, and listing new connect 
change, and disconnect orders; va.ida.ing order entry dau,; transiting orders into attnbute 
requirements for the design process; generating a schedme o, activities and interval based 
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^r^order actio-, e^Ue, and sub-networks; and .racking the completion of 
scheduled activities against objective interval Application management component 154 
permits customizing SDI system 93 through various rule and translation tables. 

Thus it is apparent that there has been provided, in accordance with the 
present invention, a method and system for automated provisioning of HFC network 
resources mat fully satisfies the objects, aims, and advantages set forth above. It is to be 
understood mat the network management system in accordance with the present invenuon 
my be used to manage other broadband networks providing multiple services, such as 
feed wireless networks. While the pr«ent invention has been described in conjnnctton 
with specific embodiments thereof, it is evident that many alternatives, modifications, and 
variations will be apparent to those skilled in the art in light of the foregoing descriptton. 
Accordingly, it is intended to embrace all such alternatives. 
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